ETSITS125 426v9.o.o 



(2010-01) 



Technical Specification 



Universal Mobile Telecommunications System (UMTS); 
UTRAN lur and lub interface data transport & transport 

signalling for DCH data streams 
(3GPP TS 25.426 version 9.0.0 Release 9) 



35$ 




3GPP TS 25.426 version 9.0.0 Release 9 1 ETSI TS 1 25 426 V9.0.0 (201 0-01 ) 



Reference 



RTS/TSG R-0325426v900 
Keywords 



UMTS 



ETSI 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 

Siret N ° 348 623 562 0001 7 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.org 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 

Information on the current status of this and other ETSI documents is available at 

http://portal.etsi.org/tb/status/status.asp 

If you find errors in the present document, please send your comment to one of the following services: 

http://portal.etsi.org/chaircor/ETSI support.asp 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2010. 
All rights reserved. 

DECT™, PLUGTESTS™, UMTS™, TIPHON™, the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered 

for the benefit of its Members. 
3GPP™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. 

LTE™ is a Trade Mark of ETSI currently being registered 

for the benefit of its Members and of the 3GPP Organizational Partners. 

GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association. 



ETSI 



3GPP TS 25.426 version 9.0.0 Release 9 2 ETSI TS 125 426 V9.0.0 (2010-01) 



Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or 
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 

The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under 
http ://webapp . etsi.org/kev/queryform. asp . 



ETSI 



3GPP TS 25.426 version 9.0.0 Release 9 3 ETSI TS 125 426 V9.0.0 (2010-01) 



Contents 



Intellectual Property Rights 2 

Foreword 2 

Foreword 4 

1 Scope 5 

2 References 5 

3 Definitions and abbreviations 6 

3.1 Definitions 6 

3.2 Abbreviations 6 

4 Data Link Layer 7 

4.1 ATM Transport Option 7 

4.1.1 Protection Switching at ATM Layer 7 

4.2 IP Transport Option 7 

5 I ur and I ub Data Transport for DCH and E-DCH Data Streams 8 

5.1 Introduction 8 

5.2 ATM Transport Option 8 

5.3 IP Transport Option 8 

6 Transport Signalling Application for DCH and E-DCH Data Streams 9 

6.1 Introduction 9 

6.2 ALCAP in ATM Transport Option 9 

6.3 ALCAP in IP Transport Option 9 

7 Signalling Bearer for ALCAP on I ub Interface 9 

7.1 Introduction 9 

7.2 Signalling Bearer in ATM Transport Option 10 

7.3 Signalling Bearer in IP Transport Option 10 

8 Signalling Bearer for ALCAP on I ur Interface 10 

8.1 Introduction 10 

8.2 Signalling Bearer in ATM Transport Option 11 

8.3 Signalling Bearer in IP Transport Option 11 

9 Interworking between ATM and IP Transport Options 11 

9.1 Introduction 11 

9.2 Interworking Alternatives 11 

Annex A (informative): Change history 13 

History 14 



ETSI 



3GPP TS 25.426 version 9.0.0 Release 9 4 ETSI TS 125 426 V9.0.0 (2010-01) 



Foreword 



This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or 
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 

The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under 
http ://webapp . etsi.org/kev/queryform. asp . 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

x the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the transport bearers for the DCH/E-DCH data streams on UTRAN Iur and Iub 
interfaces. The corresponding Transport Network Control plane is also specified. The physical layer for the transport 
bearers is outside the scope of the present document. 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following term and definition applies: 
ALCAP: transport signalling protocol used to setup and tear down transport bearers 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

AAL2 ATM Adaptation Layer type 2 

AES A ATM End S ystem Addres s 

ATM Asynchronous Transfer Mode 
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CPCS Common Part Convergence Sublayer 

CPS Common Part Sublayer 

DCH Dedicated Channel 

E-DCH Enhanced DCH 

HDLC High level Data Link Control 

HS-DSCH High Speed Downlink Shared Channel 

IP Internet Protocol 

LC Link Characteristics 

M3UA SS7 MTP3 User Adaptation layer 

ML/MC Multi-link / Multi-class 

MPLS Multiprotocol Label Switching 

MTP Message Transfer Part 

NNI Network-Node Interface 

NSAP Network Service Access Point 

PPP Point to Point Protocol 

PT Path Type 

SAAL Signalling ATM Adaptation Layer 

SAR Segmentation and Reassembly 

SCTP Stream Control Transmission Protocol 

SSCF Service Specific Co-ordination Function 

SSCOP Service Specific Connection Oriented Protocol 

SSCS Service Specific Convergence Sublayer 

SSSAR Service Specific Segmentation and Reassembly sublayer 

STC Signalling Transport Converter 

TNL-IWU Transport Network Layer Interworking Unit 

UDP User Datagram Protocol 

UNI User-Network Interface 



4 Data Link Layer 

4.1 ATM Transport Option 

ATM shall be used in the transport network user plane and transport network control plane according to 1.361 [2]. 

4.1 .1 Protection Switching at ATM Layer 

If redundancy of pathways at ATM Layer between RNC and Node B is supported, it shall be implemented using ATM 
Protection Switching according to 1.630 [20]. 

4.2 IP Transport Option 

A UTRAN node supporting IP transport option shall support PPP protocol [23] with HDLC framing [24]. 

NOTE: This does not preclude the single implementation and use of any other L2/L1 protocols (e.g. 

PPPMux/AAL5/ATM [32], [33], PPP/AAL2/ATM, Ethernet, MPLS/ATM [34], etc.) fulfilling the 
UTRAN requirements towards the upper layers. 

A UTRAN node supporting IP transport option and having interfaces connected via low bandwidth PPP links like 
E1/T1/J1 shall also support IP Header Compression [25] and the PPP extensions ML/MC-PPP [26], [27]. In this case 
the negotiation of header compression [20] over PPP shall be performed via [28]. 
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l ur and l U b Data Transport for DCH and E-DCH Data 
Streams 



5.1 



Introduction 



The Frame Protocol for DCH and E-DCH data streams [1] is the user of the transport layer specified in the present 
document. 

There are two options for the transport layer of the DCH and E-DCH data streams in lur and Iub: 

1) ATM based transport (ATM Transport Option) 

2) IP based transport (IP Transport Option) 

The following figure shows the protocol stacks of the two options. 
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Figure 1 : Transport network layer for DCH data streams over lur and Iub interfaces 



5.2 ATM Transport Option 



Asynchronous Transfer Mode (ATM) [2] and ATM Adaptation Layer type 2 (AAL2) [3, 4] are used as a transport layer 
for DCH and E-DCH data streams on lur and Iub interfaces. Service Specific Segmentation and Reassembly (SSSAR) 
sublayer for AAL2 is used for the segmentation and reassembly of AAL2 SDUs. 



5.3 IP Transport Option 



UDP [17] over IP shall be supported as the transport for DCH and E-DCH data streams on Iub and lur interfaces. The 
data link layer is as specified in chapter 4.2. 

An IP UTRAN Node shall support IPv6. The support of IPv4 is optional. 

NOTE: This does not preclude single implementation and use of IPv4. 

IP dual stack support is recommended for the potential transition period from IPv4 to IPv6 in the transport network. 

The transport bearer is identified by the UDP port number and the IP address (source UDP port number, destination 
UDP port number, source IP address, destination IP address). 

The source IP address and destination IP address exchanged via Radio Network Layer on the Iur/Iub interface shall use 
the NSAP structure. See sub clause 6.1.8.2 of [39]. 

IP Differentiated Services code point marking [30] shall be supported. The mapping between traffic categories and 
Diffserv code points shall be configurable by O&M. Traffic categories are implementation-specific and may be 
determined from the application parameters. 
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6 Transport Signalling Application for DCH and E-DCH 

Data Streams 

6.1 Introduction 

This chapter specifies the ALCAP protocol(s) to be used in Iur and Iub interfaces for DCH data streams. 

6.2 ALCAP in ATM Transport Option 

AAL2 signalling protocol Capability Set 2 [22] is the signalling protocol to control AAL2 connections on Iub and Iur 
interfaces. Q. 2630. 2 [22] adds new optional capabilities to Q.2630. 1 [5]. 

Binding ID provided by the radio network layer shall be copied in SUGR parameter of ESTABLISH.request primitive 
of [22]. 

User Plane Transport bearers for Iur interface are established, in all normal cases released and optionally modified by 
the ALCAP in the Serving RNC. The binding identifier shall already be assigned and tied to a radio application 
procedure when the Establish Request message is received over the Iur interface in the Drift RNC. 

User Plane Transport bearers for Iub interface are established, in all normal cases released and optionally modified by 
the ALCAP in the Controlling RNC. Binding identifier shall already be assigned and tied to a radio application 
procedure when the Establish Request message is received over the Iub interface in the Node B. In case of a Reset 
initiated by the CRNC, the ALCAP in the Node B shall release the transport bearers involved in the impacted Node B 
Communication Contexts. The Node B shall also initiate release of the user plane transport bearers for the removed 
dedicated channels that were remaining within the cell when the cell is deleted. 

AAL2 transport layer addressing is based on embedded E.164 or other AESA variants of the NSAP addressing format 
[6, 7]. Native E.164 addressing [36] shall not be used. 

The Link Characteristics parameter (LC) shall be included in the Establish Request message and in the Modification 
Request message of AAL2 signalling protocol. 

If there is an AAL2 switching function in the transport network layer of the interface, the Path Type parameter (PT) 
may be included in the Establish Request message of AAL2 signalling protocol for prioritisation at ATM level. 

If the value in either the Maximum CPS-SDU Bit Rate or the Average CPS-SDU Bit Rate of the Link 
Characteristics(LC) in AAL2 signalling messages as specified in reference [22] is 2048 Kbit/s, it shall be interpreted as 
bit rate 2048 Kbit/s or higher. 

NOTE: Separation of traffic (e.g. HS-DSCH, E-DCH) that is using this modified interpretation of Link 

Characteristics in ref [22] from other traffic is highly recommended. Otherwise the potential bursty 
nature of this specific traffic in combination with its unknown bit rate may decrease the QoS of all traffic 
within the same AAL type 2 path. 

6.3 ALCAP in IP Transport Option 

An ALCAP protocol is not required in case both UTRAN nodes are using the IP transport option. 
Application of ALCAP in IP to ATM interworking case is defined in chapter 9 of this Technical Specification. 



7 Signalling Bearer for ALCAP on l ub Interface 

7.1 Introduction 

This clause specifies the signalling bearer for the ALCAP on Iub interface. 
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7.2 Signalling Bearer in ATM Transport Option 

SAAL-UNI [8, 9] is used as the signalling bearer for the AAL Type 2 Signalling protocol on Iub interface. Signalling 
Transport Converter for SSCOP is applied [10]. The following figure shows the signalling bearer protocol stack for the 
ALCAP on Iub interface. 
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Figure 2: Signalling bearer for ALCAP on Iub interface 



7.3 Signalling Bearer in IP Transport Option 

An ALCAP protocol is not required in case both UTRAN nodes are using the IP transport option. 



8 Signalling Bearer for ALCAP on l ur Interface 



8.1 



Introduction 



This clause specifies the signalling bearer for the ALCAP on the lur interface. 
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8.2 Signalling Bearer in ATM Transport Option 

There are two protocol stacks specified for Iur ALCAP Signalling Bearer in ATM option - one based on MTP-3B [11, 
21] and SAAL-NNI [12, 8] and the other based on SCTP [18]. Signalling Transport Converter for MTP-3B is applied 
[13]. MTP-3 User Adaptation Layer (M3UA) for SCTP is applied [19]. Classical IP over ATM is specified in [16]. 
Multiprotocol Encapsulation over AAL5 is specified in [15]. The checksum method specified in RFC 3309 [37] shall be 
used instead of the method specified in RFC 2960 [18]. The following figure shows the signalling bearer protocol stacks 
for the ALCAP on Iur interface. 
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Figure 3: Signalling bearers for ALCAP on Iur interface 



8.3 Signalling Bearer in IP Transport Option 

An ALCAP protocol is not required in case both UTRAN nodes are using the IP transport option. 



Interworking between ATM and IP Transport Options 



9.1 



Introduction 



This clause specifies the interworking between IP and ATM transport options. A UTRAN node supporting IP transport 
option shall provide interworking to a UTRAN node supporting only ATM transport option. 

9.2 Interworking Alternatives 

For interworking with a UTRAN node supporting only ATM option, the UTRAN node supporting IP option shall 
additionally support at least one of the following interworking mechanisms: 

1) ATM&IP dual stack. An ALCAP protocol is not required in this interworking solution. 
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Annex A of [38] shows an example of protocols for the case the ATM&IP RNC/CN-node has no ATM connectivity. 

2) An Interworking Function (IWF), either internal or external to the UTRAN node. AAL2 signalling protocol 
Capability Set 2 [22] shall be supported as ALCAP protocol between the Interworking Function and the UTRAN 
node supporting ATM transport option. 

Annex A of [38] shows an example of a protocol stack for the bearer control protocol between the RNC/CN IP Node 
and its IWF for the case when the IWF is an external unit to the RNC/CN node. Other protocol stacks for this 
case are not precluded. 
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